Transaction card mode related to locating a transaction card

ABSTRACT

A transaction card may determine to initiate a mode associated with the transaction card. The mode may be related to locating the transaction card. The mode may be associated with outputting a first signal. The transaction card may determine a manner in which to configure the mode based on a set of parameters. The set of parameters may include a power level of the transaction card, or a strength of a second signal associated with a connection between the transaction card and a device associated with the transaction card. The transaction card may initiate the mode after configuring the mode. The transaction card may determine to terminate the mode based on an indication that the transaction card has been located.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/280,666, filed Feb. 20, 2019 (now U.S. Pat. No. 10,410,206), which isa continuation of U.S. patent application Ser. No. 16/002,347, filedJun. 7, 2018 (now U.S. Pat. No. 10,217,105), which is a continuation ofU.S. patent application Ser. No. 15/792,503, filed Oct. 24, 2017 (nowU.S. Pat. No. 10,019,707) which are incorporated herein by reference.

BACKGROUND

Received signal strength indicator (RSSI) may refer to the relativereceived signal strength in a wireless environment. RSSI may indicate apower level being received by a radio. For example, a higher relativeRSSI value may indicate a stronger received signal. Conversely, and asanother example, a lower relative RSSI value may indicate a weakerreceived signal. RSSI may be used internally in a component of a deviceto determine when an amount of radio energy in a channel is below athreshold.

SUMMARY

According to some possible implementations, a transaction card mayinclude one or more processors to determine to initiate a modeassociated with the transaction card. The mode may be related tolocating the transaction card. The mode may be associated withoutputting a first signal. The one or more processors may determine amanner in which to configure the mode based on a set of parameters. Theset of parameters may include a power level of the transaction card, ora strength of a second signal associated with a connection between thetransaction card and a device associated with the transaction card. Theone or more processors may initiate the mode after configuring the mode.The one or more processors may determine to terminate the mode based onan indication that the transaction card has been located.

According to some possible implementations, a non-transitorycomputer-readable may store one or more instructions that, when executedby one or more processors, cause the one or more processors to detectinformation related to a proximity of a transaction card and a userdevice. The transaction card and the user device may be associated witheach other. The one or more instructions, when executed by the one ormore processors, may cause the one or more processors to determine toinitiate a mode associated with the transaction card based on theinformation related to the proximity of the transaction card and theuser device. The mode may cause the transaction card to output a signalto permit the transaction card to be located. The one or moreinstructions, when executed by the one or more processors, may cause theone or more processors to determine a manner in which to configure themode based on a set of parameters. The one or more instructions, whenexecuted by the one or more processors, may cause the one or moreprocessors to initiate the mode after configuring the mode. The one ormore instructions, when executed by the one or more processors, maycause the one or more processors to determine to terminate the modebased on an indication that the transaction card has been located.

According to some possible implementations, a method may includedetermining, by a transaction card, to initiate a mode associated withthe transaction card based on information related to a proximity of thetransaction card and a device with which the transaction card isassociated. The method may include determining, by the transaction card,a manner in which to configure the mode based on a set of parameters.The set of parameters may include a power level of the transaction card,or a strength of a signal associated with a connection between thetransaction card and the device. The method may include initiating, bythe transaction card, the mode after configuring the mode. The mode mayfacilitate location of the transaction card by causing the transactioncard to output another signal. The method may include monitoring, by thetransaction card, the information related to the proximity of thetransaction card and the device. The method may include determining, bythe transaction card, to terminate the mode based on the informationrelated to the proximity of the transaction card and the device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A and 1B are diagrams of an overview of an example implementationdescribed herein;

FIG. 2 is a diagram of an example environment in which systems and/ormethods, described herein, may be implemented;

FIG. 3 is a diagram of example components of one or more devices of FIG.2;

FIG. 4 is a flow chart of an example process for a transaction card moderelated to locating a transaction card;

FIG. 5 is a diagram of an example implementation relating to the exampleprocess shown in FIG. 4;

FIG. 6 is a diagram of an example implementation relating to the exampleprocess shown in FIG. 4; and

FIGS. 7A and 7B are diagrams of an example implementation relating tothe example process shown in FIG. 4.

DETAILED DESCRIPTION

The following detailed description of example implementations refers tothe accompanying drawings. The same reference numbers in differentdrawings may identify the same or similar elements.

An individual may lose or misplace a transaction card (e.g., a creditcard, a gift card, a debit card, a driver's license card, a room orbuilding access card, etc.). In some cases, the individual may notrealize that the transaction card has been lost or misplaced for someamount of time. In some cases, the individual may have difficultylocating the transaction card, particularly when the transaction card isnot in plain view of the individual and/or when a significant amount oftime has elapsed between when the individual lost or misplaced thetransaction card and when the individual realizes that the individualhas lost or misplaced the transaction card.

Some implementations, described herein, provide a transaction card thatis capable of using information identifying a signal strength of aconnection between the transaction card and a user device to detect whenthe transaction card is located a threshold distance from the userdevice and initiating a transaction card mode based on detecting thatthe transaction card is located a threshold distance from the userdevice. Further, the transaction card may dynamically configure thetransaction card mode based on a set of parameters. In this way, thetransaction card may determine that an individual has possibly lost ormisplaced the transaction card and may intelligently configure atransaction card mode to facilitate locating the transaction card. Thisconserves computing resources (e.g., of a user device associated withthe individual or of a computer device of an issuer of the card) thatwould otherwise be consumed replacing a lost or misplaced transactioncard via improved location of the transaction card. Additionally, oralternatively, this conserves resources of equipment used to produce areplacement transaction card and/or resources of equipment used todeliver (e.g., ship) a replacement transaction card. Additionally, oralternatively, this reduces an amount of time that an individual mayhave to spend locating a lost or misplaced transaction card, therebyincreasing an efficiency of locating the transaction card.

FIGS. 1A and 1B are diagrams of an overview of an example implementation100 described herein. As shown in FIG. 1A, implementation 100 includes atransaction card and a user device.

As shown in FIG. 1A, and by reference number 105, the user device maydetermine that a transaction card is to initiate a transaction card moderelated to locating the transaction card (e.g., a beacon mode, where thetransaction card outputs a signal at a threshold interval, at athreshold power level, and/or for a threshold amount of time). Forexample, the user device may determine that a signal strength of awireless signal associated with a connection between the user device andthe transaction card satisfies a threshold. The wireless signal may beassociated with another mode of the transaction card. For example, thewireless signal may be associated with a pairing mode that wirelesslypairs the transaction card and the user device. As shown by referencenumber 110, the user device may provide instructions to initiate thetransaction card mode. For example, the user device may provideinstructions to the transaction card to initiate a beacon mode.

As shown by reference number 115, the transaction card may determine toinitiate the transaction card mode related to locating the transactioncard. For example, the transaction card may determine to initiate thetransaction card mode related to locating the transaction card based onreceiving the instructions from the user device.

Conversely, the transaction card may determine to initiate thetransaction card mode based on a signal strength of a wireless signalassociated with a connection between the transaction card and the userdevice (e.g., rather than the user device determining to initiate themode). For example, the transaction card may determine that the signalstrength of the signal satisfies a threshold and may determine toinitiate the transaction card mode based on the signal strengthsatisfying the threshold. This conserves processing resources of theuser device by reducing or eliminating a need for the user device todetermine that the transaction card is to initiate the transaction cardmode. Further, this improves location of a lost or misplaced transactioncard by reducing or eliminating a need for the transaction card to waitfor the user device to provide instructions to initiate the mode (e.g.,to wait for a user of the user device to provide input to cause the userdevice to provide the instructions), thereby improving an efficiency oflocating the transaction card.

As shown by reference number 120, the transaction card may determine amanner in which to configure the transaction card mode based on a set ofparameters and may initiate the transaction card mode after configuringthe transaction card mode. For example, the transaction card maydetermine to configure the transaction card mode to output a signal atan interval, for a threshold amount of time, and/or at a threshold powerlevel.

Reference number 125 shows examples of parameters that the transactioncard may use to determine the manner in which to configure thetransaction card mode. For example, the parameters may include areceived signal strength indicator (RSSI) value of a signal associatedwith a connection between the user device and the transaction card, anamount of time elapsed since an RSSI value satisfied a threshold, abattery level of the transaction card, and/or the like. Continuing withthe previous example, the transaction card may determine to configurethe transaction card mode to output a signal at an interval, for athreshold amount of time, and/or at a threshold power level based on anRSSI value, an amount of time elapsed, and/or a battery level satisfyinga threshold, as described in more detail elsewhere herein. This permitsthe transaction card to optimize the transaction card mode to increase alikelihood that the transaction card is located, to conserve powerresources of the transaction card while in the transaction card mode(e.g., to permit the transaction card to operate in the transaction cardmode for a relatively longer amount of time), and/or the like.

As shown in FIG. 1B, and by reference number 130, the transaction cardmay monitor information related to a proximity of the transaction cardand the user device and/or may perform an action. For example, thetransaction card may monitor an RSSI value of a signal associated with aconnection between the transaction card and the user device and maydetermine a proximity of the transaction card and the user device basedon whether the RSSI value satisfies a threshold. Additionally, oralternatively, and as another example, the transaction card maydetermine whether the transaction card can connect to the user deviceand may determine a proximity of the transaction card and the userdevice based on whether the transaction card and the user device canconnect (e.g., whether the transaction card and the user device arewithin communicative proximity). Additionally, or alternatively, and asanother example, the transaction card may monitor for an indication fromthe user device that the transaction card has been located, therebyindicating a proximity of the transaction card and the user device.

As shown by reference number 135, and as an example of an action thatthe transaction card may perform, the transaction card may trigger analarm when information related to a proximity of the transaction cardand the user device indicates that the proximity satisfies a threshold.For example, the transaction card may illuminate a light associated withthe transaction card, may vibrate, may output sound via a speaker of thetransaction card, and/or the like. Additionally, or alternatively, thetransaction card may provide a set of instructions to the user device totrigger a similar alarm and/or the user device may trigger an alarmbased on the same information.

As shown by reference number 140, and as another example of an actionthat the transaction card may perform, the transaction card may send, tothe user device, a message related to locating the transaction card. Forexample, the message may identify that an RSSI of a signal associatedwith a wireless connection between the transaction card and the userdevice satisfies a threshold (e.g., indicating that a proximity of thetransaction card and the user device satisfies a threshold).Additionally, or alternatively, and as another example, the message mayidentify an alarm that the transaction card has triggered.

As shown by reference number 145, the user device may determine apossible location of the transaction card and/or directions to thepossible location. For example, the user device may determine adirection in which a strength of a signal from the transaction cardsatisfies a threshold, is stronger relative to other directions, and/orthe like. The user device may combine RSSI values with otherinformation, such as global positioning system (GPS) data (e.g., currentand historical), triangulation data, accelerometer data, and/or the liketo determine a possible location of the transaction card and/ordirections to the possible location. For example, the user device maydetermine a location where signal strength of a signal associated with aconnection between the user device and the transaction card lastsatisfied a threshold (e.g., indicating a possible location where thetransaction card was lost or misplaced), and may determine a directionsfrom a current location of the user device to the possible location ofthe transaction card. The user device may provide the directions fordisplay via a display of the user device to permit a user of the userdevice to follow the directions to the possible location of thetransaction card.

As shown by reference number 150, the transaction card may receive, fromthe user device, an instruction to terminate the transaction card mode.For example, the user device may provide the instruction based on inputfrom a user of the user device, based on the user device and thetransaction card being within communicative proximity, and/or the like.The instruction may indicate, for example, that a user of the userdevice has located the transaction card and/or desires that thetransaction card mode not be activated.

As shown by reference number 155, the transaction card may determine toterminate the transaction card mode after receiving an indication thatthe transaction card has been located. For example, the transaction cardmay determine to terminate the transaction card mode (e.g., to terminateoutputting a signal at an interval and at a threshold power level) basedon receiving an instruction from the user device to terminate thetransaction card mode, based on determining that the transaction cardand the user device are within communicative proximity, and/or the like.

In this way, a transaction card may initiate a transaction card moderelated to locating the transaction card. For example, the transactioncard mode may cause the transaction card to output a signal at athreshold interval, at a threshold power level, and/or for a thresholdamount of time, to permit the transaction card to be located using thesignal. This reduces an amount time that an individual spends attemptingto locate a lost or misplaced transaction card. In addition, thisincreases a likelihood of locating a transaction card, therebyconserving computing resources that would otherwise be consumedcancelling and/or replacing a lost or misplaced transaction card.

As indicated above, FIGS. 1A and 1B are provided merely as an example.Other examples are possible and may differ from what was described withregard to FIGS. 1A and 1B.

FIG. 2 is a diagram of an example environment 200 in which systemsand/or methods, described herein, may be implemented. As shown in FIG.2, environment 200 may include a user device 210, a transaction card220, a server device 230, and a network 240. Devices of environment 200may interconnect via wired connections, wireless connections, or acombination of wired and wireless connections.

User device 210 includes one or more devices capable of receiving,generating, storing, processing, and/or providing information associatedwith a transaction card mode related to locating transaction card 220.For example, user device 210 may include a mobile phone (e.g., a smartphone, a radiotelephone, etc.), a laptop computer, a tablet computer, ahandheld computer, a gaming device, a wearable communication device(e.g., a smart wristwatch, a pair of smart eyeglasses, etc.), or asimilar type of device. In some implementations, user device 210 mayprovide an instruction to transaction card 220 to initiate a moderelated to locating transaction card 220, as described elsewhere herein.Additionally, or alternatively, user device 210 may determine a possiblelocation of transaction card 220 and/or a set of directions to thepossible location, as described elsewhere herein.

Transaction card 220 includes a transaction card that can be used tocomplete a transaction. For example, transaction card 220 may include acredit card, a debit card, a gift card, a payment card, an automatedteller machine (ATM) card, a stored-value card, a fleet card, a room orbuilding access card, a driver's license card, and/or the like.Transaction card 220 may be capable of storing and/or communicating datafor a point-of-sale (PoS) transaction with a transaction terminal. Forexample, transaction card 220 may store and/or communicate data,including account information (e.g., an account identifier, a cardholderidentifier, etc.), expiration information of transaction card 220 (e.g.,information identifying an expiration month and/or year of transactioncard 220), banking information (e.g., a routing number of a bank, a bankidentifier, etc.), transaction information (e.g., a payment token),and/or the like. For example, to store and/or communicate the data,transaction card 220 may include a magnetic strip and/or an integratedcircuit (IC) chip (e.g., a EUROPAY®, MASTERCARD®, VISA® (EMV) chip).

Transaction card 220 may include an antenna to communicate dataassociated with transaction card 220. The antenna may be a passive radiofrequency (RF) antenna, an active RF antenna, and/or a battery-assistedRF antenna. In some implementations, transaction card 220 may be a smarttransaction card, capable of communicating wirelessly (e.g., viaBluetooth, Bluetooth Low Energy (BLE), near-field communication (NFC),and/or the like) with a computing device, such as user device 210, adigital wallet, and/or another device. In some implementations,transaction card 220 may determine to initiate a transaction card moderelated to locating transaction card 220, as described elsewhere herein.Additionally, or alternatively, transaction card 220 may determine toterminate the transaction card mode after receiving an indication thattransaction card 220 has been located, as described elsewhere herein.

Server device 230 includes one or more devices capable of receiving,generating, storing, processing, and/or providing information associatedwith locating transaction card 220. For example, server device 230 mayinclude a server (e.g., in a data center or a cloud computingenvironment), a data center (e.g., a multi-server micro data center), aworkstation computer, a virtual machine (VM) provided in a cloudcomputing environment, or a similar type of device. In someimplementations, server device 230 may receive information related to aconnection between user device 210 and transaction card 220 and/orinformation related to a location of user device 210, as describedelsewhere herein. Additionally, or alternatively, server device 230 maydetermine a possible location of transaction card 220 based oninformation related to a connection between user device 210 andtransaction card 220 and/or information related to a location of userdevice 210, as described elsewhere herein.

Network 240 includes one or more wired and/or wireless networks. Forexample, network 240 may include a cellular network (e.g., a long-termevolution (LTE) network, a code division multiple access (CDMA) network,a 3G network, a 4G network, a 5G network, another type of cellularnetwork, etc.), a public land mobile network (PLMN), a local areanetwork (LAN), a wide area network (WAN), a metropolitan area network(MAN), a telephone network (e.g., the Public Switched Telephone Network(PSTN)), a private network, an ad hoc network, an intranet, theInternet, a fiber optic-based network, a cloud computing network, or thelike, and/or a combination of these or other types of networks.

The number and arrangement of devices and networks shown in FIG. 2 areprovided as an example. In practice, there may be additional devicesand/or networks, fewer devices and/or networks, different devices and/ornetworks, or differently arranged devices and/or networks than thoseshown in FIG. 2. Furthermore, two or more devices shown in FIG. 2 may beimplemented within a single device, or a single device shown in FIG. 2may be implemented as multiple, distributed devices. Additionally, oralternatively, a set of devices (e.g., one or more devices) ofenvironment 200 may perform one or more functions described as beingperformed by another set of devices of environment 200.

FIG. 3 is a diagram of example components of a device 300. Device 300may correspond to user device 210, transaction card 220, and/or serverdevice 230. In some implementations, user device 210, transaction card220, and/or server device 230 may include one or more devices 300 and/orone or more components of device 300. As shown in FIG. 3, device 300 mayinclude a bus 310, a processor 320, a memory 330, a storage component340, an input component 350, an output component 360, and acommunication interface 370.

Bus 310 includes a component that permits communication among thecomponents of device 300. Processor 320 is implemented in hardware,firmware, or a combination of hardware and software. Processor 320includes a central processing unit (CPU), a graphics processing unit(GPU), an accelerated processing unit (APU), a microprocessor, amicrocontroller, a digital signal processor (DSP), a field-programmablegate array (FPGA), an application-specific integrated circuit (ASIC), oranother type of processing component. In some implementations, processor320 includes one or more processors capable of being programmed toperform a function. Memory 330 includes a random access memory (RAM), aread only memory (ROM), and/or another type of dynamic or static storagedevice (e.g., a flash memory, a magnetic memory, and/or an opticalmemory) that stores information and/or instructions for use by processor320.

Storage component 340 stores information and/or software related to theoperation and use of device 300. For example, storage component 340 mayinclude a hard disk (e.g., a magnetic disk, an optical disk, amagneto-optic disk, and/or a solid state disk), a compact disc (CD), adigital versatile disc (DVD), a floppy disk, a cartridge, a magnetictape, and/or another type of non-transitory computer-readable medium,along with a corresponding drive.

Input component 350 includes a component that permits device 300 toreceive information, such as via user input (e.g., a touch screendisplay, a keyboard, a keypad, a mouse, a button, a switch, and/or amicrophone). Additionally, or alternatively, input component 350 mayinclude a sensor for sensing information (e.g., a global positioningsystem (GPS) component, an accelerometer, a gyroscope, and/or anactuator). Output component 360 includes a component that providesoutput information from device 300 (e.g., a display, a speaker, and/orone or more light-emitting diodes (LEDs)).

Communication interface 370 includes a transceiver-like component (e.g.,a transceiver and/or a separate receiver and transmitter) that enablesdevice 300 to communicate with other devices, such as via a wiredconnection, a wireless connection, or a combination of wired andwireless connections. Communication interface 370 may permit device 300to receive information from another device and/or provide information toanother device. For example, communication interface 370 may include anEthernet interface, an optical interface, a coaxial interface, aninfrared interface, a radio frequency (RF) interface, a universal serialbus (USB) interface, a Wi-Fi interface, a cellular network interface, orthe like.

Device 300 may perform one or more processes described herein. Device300 may perform these processes based on processor 320 executingsoftware instructions stored by a non-transitory computer-readablemedium, such as memory 330 and/or storage component 340. Acomputer-readable medium is defined herein as a non-transitory memorydevice. A memory device includes memory space within a single physicalstorage device or memory space spread across multiple physical storagedevices.

Software instructions may be read into memory 330 and/or storagecomponent 340 from another computer-readable medium or from anotherdevice via communication interface 370. When executed, softwareinstructions stored in memory 330 and/or storage component 340 may causeprocessor 320 to perform one or more processes described herein.Additionally, or alternatively, hardwired circuitry may be used in placeof or in combination with software instructions to perform one or moreprocesses described herein. Thus, implementations described herein arenot limited to any specific combination of hardware circuitry andsoftware.

The number and arrangement of components shown in FIG. 3 are provided asan example. In practice, device 300 may include additional components,fewer components, different components, or differently arrangedcomponents than those shown in FIG. 3. Additionally, or alternatively, aset of components (e.g., one or more components) of device 300 mayperform one or more functions described as being performed by anotherset of components of device 300.

FIG. 4 is a flow chart of an example process 400 for a transaction cardmode related to locating a transaction card. In some implementations,one or more process blocks of FIG. 4 may be performed by transactioncard 220. In some implementations, one or more process blocks of FIG. 4may be performed by another device or a group of devices separate fromor including transaction card 220, such as user device 210 and serverdevice 230.

As shown in FIG. 4, process 400 may include determining to initiate atransaction card mode related to locating a transaction card (block410). For example, transaction card 220 may determine to initiate atransaction card mode related to locating a transaction card. In someimplementations, transaction card 220 may determine to initiate atransaction card mode automatically (i.e., with no user input andwithout being instructed by another device, such as user device 210),based on input from a user of user device 210, based on receiving a setof instructions from user device 210 (e.g., when user device 210automatically determines to initiate a transaction card mode), and/orthe like.

In some implementations, transaction card 220 may be capable ofoperating in one or more transaction card modes. In someimplementations, transaction card 220 may be capable of operating in abeacon mode. For example, when transaction card 220 is in a beacon mode,transaction card 220 may output a signal at an interval, for a thresholdamount of time, and/or at a threshold power level. Additionally, oralternatively, transaction card 220 may be capable of operating in apairing mode. For example, when transaction card 220 is operating in apairing mode, transaction card 220 may be directly connected to userdevice 210, such as in a manner similar to a Bluetooth pairing. In someimplementations, transaction card 220 may determine to initiate a beaconmode when transaction card 220 is operating in a pairing mode, whentransaction card 220 is operating in a pairing mode and loses aconnection to user device 210 (e.g., a wireless connection, such as anNFC connection, a Bluetooth connection, etc.), when transaction card 220is not operating in another mode, and/or the like.

In some implementations, a transaction card mode may relate to locatingtransaction card 220. For example, the transaction card mode may causetransaction card 220 may output a signal that user device 210 can use tolocate transaction card 220 (e.g., by determining a direction in which asignal strength of the signal output by transaction card 220 satisfies athreshold, has a higher RSSI value relative to other directions, etc.).

In some implementations, transaction card 220 may determine to initiatea transaction card mode based on a signal strength of a signalassociated with a connection between user device 210 and transactioncard 220. For example, transaction card 220 may determine to initiate abeacon mode when a signal strength of a signal associated with aconnection between user device 210 and transaction card 220 satisfies athreshold (e.g., when an RSSI value satisfies a threshold).

Additionally, or alternatively, transaction card 220 may determine toinitiate a transaction card mode based on a loss of a connection betweenuser device 210 and transaction card 220. For example, transaction card220 may detect a loss of a connection between transaction card 220 anduser device 210 (e.g., a loss that is not initiated by user device 210,that is not based on a set of instructions from user device 210, etc.)and may determine to initiate the transaction card mode based on losingthe connection.

Additionally, or alternatively, transaction card 220 may determine toinitiate a transaction card mode based on a frequency of use oftransaction card 220 and/or an amount of time elapsed since the last useof transaction card 220. For example, transaction card 220 may determinethat a threshold amount of time has elapsed since transaction card 220was last used and may determine to initiate a transaction card modebased on the threshold amount of time having elapsed.

Additionally, or alternatively, transaction card 220 may determine toinitiate a transaction card mode based on a location of transaction card220. For example, transaction card 220 may determine a location oftransaction card 220 using a GPS component of transaction card 220 andmay determine to initiate a transaction card mode based the informationfrom the GPS component identifying that transaction card 220 is at aparticular location.

Additionally, or alternatively, transaction card 220 may determine toinitiate a transaction card mode based on a battery level of a batteryassociated with transaction card 220. For example, transaction card 220may determine that a battery level of a battery associated withtransaction card 220 satisfies a threshold and may determine to initiatea transaction card mode based on the battery level satisfying thethreshold.

Additionally, or alternatively, transaction card 220 may determine toinitiate a transaction card mode based on receiving a set ofinstructions from user device 210 to initiate the transaction card mode.For example, user device 210 may detect a selection of transaction card220 via a user interface of user device 210 and may provide a set ofinstructions to transaction card 220 to cause transaction card 220 toinitiate the transaction card mode. In some implementations, user device210 may provide a set of instructions to transaction card 220 based on asignal strength of a signal associated with a connection between userdevice 210 and transaction card 220, a location of user device 210, abattery level of transaction card 220 (e.g., as determined usinginformation from transaction card 220), and/or the like, in a mannersimilar to that described with respect to transaction card 220.

Additionally, or alternatively, transaction card 220 may determine toinitiate (or terminate) a transaction card mode based on informationthat indicates a proximity of user device 210 and/or transaction card220. In some implementations, a threshold signal strength of a signalassociated with a connection between transaction card 220 and userdevice 210 and/or a presence of a connection between user device 210 andtransaction card 220 may indicate a proximity of user device 210 andtransaction card 220. For example, the signal may have a limited rangeand a threshold signal strength may indicate that transaction card 220and user device 210 are within range of each other, thereby indicatingthat transaction card 220 and user device 210 are proximate.Additionally, or alternatively, input received from user device 210 mayindicate a proximity of user device 210 and transaction card 220. Forexample, the input may indicate that transaction card 220 has been lostor found by a user of user device 210.

In some implementations, transaction card 220 may monitor for and/ordetect information related to a proximity of transaction card 220 anduser device 210, such as to determine to initiate a transaction cardmode and/or to terminate the transaction card mode (e.g., using variouscomponents of transaction card 220). Additionally, or alternatively,transaction card 220 may receive information related to a proximity oftransaction card 220 and user device 210, such as from user device 210.

In some implementations, user device 210 may provide, to server device230, information identifying whether user device 210 and transactioncard 220 are connected (e.g., whether transaction card 220 and userdevice 210 are operating in a pairing mode and are connected). In someimplementations, server device 230 may monitor the information from userdevice 210 and may determine whether user device 210 and transactioncard 220 are connected based on the information. This conservesprocessing resources of user device 210 by reducing or eliminating aneed for user device 210 to process this information. In someimplementations, server device 230 may provide a set of instructions touser device 210 to cause user device 210 to provide a set ofinstructions to transaction card 220 to initiate a transaction card modebased on determining that the information from user device 210identifies that transaction card 220 and transaction card 220 are notconnected. In some implementations, user device 210, rather than serverdevice 230, may monitor information related to whether user device 210and transaction card 220 are connected. This improves an efficiency ofmonitoring this type of information by reducing or eliminating a needfor user device 210 to process this information.

In some implementations, transaction card 220 may communicate withserver device 230 directly. For example, transaction card 220 may becapable of communicating wirelessly with server device 230 (e.g., vianetwork 240) and may provide information to server device 230 ratherthan to user device 210. Additionally, or alternatively, transactioncard 220 may be capable of communicating wirelessly via network 240(e.g., over longer range networks, such as a cellular network, a Wi-Finetwork, etc.) with user device 210, such as when user device 210 andtransaction card 220 not in communicative proximity for other types ofshorter range, direct, wireless communications (e.g., NFCcommunications, Bluetooth communications, etc.).

In some implementations, transaction card 220 may receive a set ofinstructions from user device 210 to stop transaction card 220 frominitiating the transaction card mode (e.g., when transaction card 220would otherwise initiate the transaction card mode). For example, a userof user device 210 may want to leave one of transaction card 220 anduser device 210 at a particular location (e.g., at home, in a car, etc.)and move the other of transaction card 220 and user device 210 toanother location. In this case, a user of user device 210 may cause userdevice 210 to provide a set of instructions to transaction card 220 toprevent transaction card 220 from initiating the transaction card modefor an amount of time, until transaction card 220 and user device 210are within communicative proximity of each other at a later time, and/orthe like. This conserves computing resources of transaction card 220and/or user device 210 that would otherwise be consumed initiating atransaction card mode.

In some implementations, to stop transaction card 220 from initiating atransaction card mode, a user of transaction card 220 may provideinformation directly to transaction card 220. For example, the user maywave transaction card 220 in a particular pattern, may tap transactioncard 220 in particular location, and/or the like.

In this way, transaction card 220 may determine to initiate atransaction card mode related to locating a transaction card.

As further shown in FIG. 4, process 400 may include determining a mannerin which to configure the transaction card mode based on a set ofparameters (block 420). For example, transaction card 220 may determinea manner in which to configure the transaction card mode based on a setof parameters. In some implementations, transaction card 220 maydetermine a manner in which to configure the transaction card mode afterdetermining to initiate the transaction card mode.

In some implementations, transaction card 220 may determine an intervalat which transaction card 220 is to output a signal associated with thetransaction card mode (e.g., an interval of seconds, an interval ofminutes, etc.). Additionally, or alternatively, transaction card 220 maydetermine an amount of time for which transaction card 220 is to outputa signal associated with the transaction card mode. For example,transaction card 220 may determine to output a signal indefinitely(e.g., until a battery associated with transaction card 220 isdepleted), for a threshold amount of time, for a maximum amount of time,at a particular time of the day, and/or the like. Additionally, oralternatively, transaction card 220 may determine to output a signalassociated with the transaction card mode at a power level. For example,transaction card 220 may determine to output a signal at a thresholdpower level, at a maximum power level, and/or the like.

In some implementations, transaction card 220 may determine a manner inwhich to configure the transaction card mode based on a signal strengthof a signal associated with a connection between user device 210 andtransaction card 220. For example, transaction card 220 may determinethat a signal strength of a signal satisfies a threshold (e.g.,indicating that a proximity of transaction card 220 and user device 210satisfies a threshold) and may determine a manner in which to configurethe transaction card mode based on the signal strength. Continuing withthe previous example, transaction card 220 may determine to configurethe transaction card mode to cause transaction card 220 to output asignal at a relatively longer interval, at a relatively lower powerlevel, and for a relatively shorter amount of time when a signalstrength of a signal indicates that transaction card 220 and user device210 are not proximate. This conserves power resources of transactioncard 220 and permits transaction card 220 to operate in the transactioncard mode for a relatively longer amount of time, thereby increasing alikelihood that transaction card 220 is located by a user of user device210.

Additionally, or alternatively, transaction card 220 may determine amanner in which to configure a transaction card mode based on a batterylevel of a battery associated with transaction card 220. For example,transaction card 220 may determine that a battery level of a batteryassociated with transaction card 220 satisfies a threshold and maydetermine a manner in which to configure the transaction card mode basedon the battery level satisfying the threshold. Continuing with theprevious example, transaction card 220 may determine to configure thetransaction card mode to cause transaction card 220 to output a signalat a relatively longer interval and/or at a relatively lower power levelwhen a battery level of transaction card 220 satisfies a threshold. Thisconserves power resources of transaction card 220 and permitstransaction card 220 to operate in the transaction card mode for arelatively longer amount of time, thereby increasing a likelihood thattransaction card 220 is located by a user of user device 210.

Additionally, or alternatively, transaction card 220 may determine amanner in which to configure the transaction card mode based on alocation of transaction card 220. For example, transaction card 220 maydetermine that transaction card 220 is at a particular location (e.g., ahome of an account associated with transaction card 220) and/or is notat a particular location using information from a GPS component oftransaction card 220 and may determine a manner in which to configurethe transaction card mode based on transaction card 220 being at theparticular location or not being at the particular location. Continuingwith the previous example, transaction card 220 may determine toconfigure the transaction card mode to output a signal at a relativelylonger interval, at a relatively lower power level, and/or for a shorteramount of time when transaction card 220 is located at a particularlocation. This conserves power resources of transaction card 220 whentransaction card 220 is at a location where transaction card 220 may beeasily located by a user of user device 210.

Additionally, or alternatively, transaction card 220 may determine amanner in which to configure the transaction card mode based on anamount of time from when transaction card 220 and user device 210 werelast connected, from when a strength of a signal associated with aconnection between transaction card 220 and user device 210 lastsatisfied a threshold, and/or the like. For example, transaction card220 may configure the transaction card mode to output a signal at arelatively longer interval, a relatively lower power level, and/or arelatively longer amount of time when an amount of time satisfies athreshold. This conserves power resources of transaction card 220 andpermits transaction card 220 to operate in the transaction card mode fora relatively longer amount of time, thereby increasing a likelihood thattransaction card 220 is located by a user of user device 210.

Additionally, or alternatively, transaction card 220 may determine amanner in which to configure a transaction card mode based on apreference. For example, transaction card 220 may use informationrelated to a preference of an account associated with transaction card220 to determine a manner in which to configure a transaction card mode(e.g., information stored by transaction card 220, information receivedfrom user device 210, etc.). Additionally, or alternatively, transactioncard 220 may determine a manner in which to configure a transaction cardmode based on information identifying a default manner in which toconfigure the transaction card mode. For example, transaction card 220may store and/or receive information (e.g., from user device 210) thatidentifies a default manner in which to configure the transaction cardmode.

In some implementations, transaction card 220 may dynamically determinea manner in which to configure the transaction card mode. For example,transaction card 220 may monitor information related to a connectionbetween transaction card 220 and user device 210, a signal strength of asignal associated with a connection between transaction card 220 anduser device 210, a location of transaction card 220, and/or the like andmay adjust the manner in which the transaction card mode is configuredbased on the information.

In some implementations, transaction card 220 may configure thetransaction card mode after determining the manner in which to configurethe transaction card mode. For example, transaction card 220 mayconfigure transaction card 220 to output a signal at an interval, at athreshold power level, and/or for a threshold amount of time.

In this way, transaction card 220 may determine a manner in which toconfigure the transaction card mode prior to initiating the transactioncard mode.

As further shown in FIG. 4, process 400 may include initiating thetransaction card mode after configuring the transaction card mode (block430). For example, transaction card 220 may initiate a beacon mode afterconfiguring the beacon mode. In some implementations, transaction card220 may initiate a transaction card mode, may terminate a transactioncard mode, may initiate a first transaction card mode and terminate asecond transaction card mode, may enable a transaction card mode, maydisable a transaction card mode, may enable a first transaction cardmode and disable a second transaction card mode, and/or the like. Insome implementations, transaction card 220 may cause transaction card220 to output a signal at an interval, for a threshold amount of time,and/or at a threshold power level. In this way, transaction card 220 mayinitiate the transaction card mode after configuring the transactioncard mode.

As further shown in FIG. 4, process 400 may include determining toterminate the transaction card mode after the transaction card has beenlocated (block 440). For example, transaction card 220 may determine toterminate the transaction card mode after the transaction card has beenlocated.

In some implementations, transaction card 220 may determine to terminatethe transaction card mode based on a signal strength of a signalassociated with a connection between transaction card 220 and userdevice 210. For example, a signal strength satisfying a threshold mayindicate that user device 210 and transaction card 220 are proximate toeach other.

Additionally, or alternatively, transaction card 220 may determine toterminate a transaction card mode based on determining that transactioncard 220 and user device 210 are within communicative proximity. Forexample, transaction card 220 may determine that transaction card 220can connect to user device 210 (e.g., as a result of transaction card220 and user device 210 being proximate to each other), and maydetermine to terminate the transaction card mode based on determiningthat transaction card 220 and user device 210 can connect to each other.

Additionally, or alternatively, transaction card 220 may determine toterminate the transaction card mode based on a set of instructions fromuser device 210 to terminate the transaction card mode. For example, auser of user device 210 may locate transaction card 220 and may causeuser device 210 to provide a set of instructions to transaction card 220to cause transaction card 220 to terminate the transaction card mode.Additionally, or alternatively, and as another example, user device 210may determine that a signal strength of a signal being output bytransaction card 220 satisfies a threshold and may determine to providea set of instructions to transaction card 220 to cause transaction card220 to terminate the transaction card mode based on the signal strengthsatisfying the threshold.

In some implementations, transaction card 220 may cease outputting asignal associated with the transaction card mode to terminate thetransaction card mode. Additionally, or alternatively, transaction card220 may initiate another transaction card mode to terminate thetransaction card mode. For example, transaction card 220 may initiate apairing mode to terminate a beacon mode. Additionally, or alternatively,transaction card 220 may provide a message to user device 210 thatidentifies that the transaction card mode has been terminated and/orthat another transaction card mode has been initiated.

In some implementations, transaction card 220 may trigger an alarm basedon information that identifies a proximity of transaction card 220 anduser device 210 (e.g., based on determining that the informationidentifies that the proximity satisfies a threshold). For example,transaction card 220 may illuminate a light associated with transactioncard 220, may output a sound via a speaker associated with transactioncard 220, may vibrate, and/or the like. In some implementations,transaction card 220 may provide a set of instructions to user device210 to cause user device 210 to perform a similar action.

Additionally, or alternatively, transaction card 220 may provide amessage to user device 210. For example, transaction card 220 mayprovide a message that identifies a transaction card mode in whichtransaction card 220 is operating, that identifies that transaction card220 and user device 210 are proximate to each other, and/or the like.Additionally, or alternatively, transaction card 220 may deactivatetransaction card 220 (e.g., by locking an integrated chip associatedwith transaction card 220, by configuring transaction card 220 in amanner that prevents transaction card 220 from being used, etc.) when athreshold amount of time has elapsed since transaction card 220initiated a transaction card mode without receiving an indication thattransaction card 220 has been located, that a proximity of transactioncard 220 and user device 210 satisfies a threshold, and/or the like.This improves a security of transaction card 220 by reducing a risk thattransaction card 220 will be located and used by someone other than acardholder of transaction card 220.

In this way, transaction card 220 may determine to terminate thetransaction card mode after transaction card 220 has been located.

Although FIG. 4 shows example blocks of process 400, in someimplementations, process 400 may include additional blocks, fewerblocks, different blocks, or differently arranged blocks than thosedepicted in FIG. 4. Additionally, or alternatively, two or more of theblocks of process 400 may be performed in parallel.

FIG. 5 is a diagram of an example implementation 500 relating to exampleprocess 400 shown in FIG. 4. FIG. 5 shows an example of user device 210initiating a transaction card mode related to locating a transactioncard.

As shown in FIG. 5, and by reference number 505, user device 210 maydetermine to cause transaction card 220 to initiate a transaction cardmode related to locating transaction card 220. For example, user device210 may receive an indication from a user of user device 210 to causetransaction card 220 to initiate a transaction card mode. As shown byreference number 510, user device 210 may provide an indication totransaction card 220 to initiate the transaction card mode (e.g., byproviding a set of instructions to transaction card 220). As shown byreference number 515, transaction card 220 may determine to initiate thetransaction card mode. For example, transaction card 220 may determineto initiate the transaction card mode based on the indication from userdevice 210 to initiate the transaction card mode.

As shown by reference number 520, user device 210 may monitorinformation related to a proximity of transaction card 220 and userdevice 210. For example, user device 210 may determine whether a signalstrength of a signal output by transaction card 220 satisfies athreshold. Additionally, or alternatively, and as another example, userdevice 210 may monitor for input from a user of user device 210 thatindicates that the user located transaction card 220. As shown byreference number 525, user device 210 may provide an indication (e.g., aset of instructions) to transaction card 220 to terminate thetransaction card mode. In some implementations, transaction card 220 mayterminate the transaction card mode after receiving the indication fromuser device 210.

In this way, user device 210 may initiate a transaction card moderelated to locating transaction card 220.

As indicated above, FIG. 5 is provided merely as an example. Otherexamples are possible and may differ from what was described with regardto FIG. 5.

FIG. 6 is a diagram of an example implementation 600 relating to exampleprocess 400 shown in FIG. 4. FIG. 6 shows an example of user device 210communicating with server device 230 to initiate a transaction cardmode.

As shown in FIG. 6, and by reference number 605, user device 210 mayprovide connection-related information to server device 230. Forexample, connection-related information may identify whether user device210 is connected to transaction card 220 at a particular time (e.g.,while in a pairing mode), a GPS location of user device 210 whenconnected to transaction card 220, and/or the like. As shown byreference number 610, server device 230 may determine to cause atransaction card mode of transaction card 220 to be initiated. Forexample, server device 230 may determine that user device 210 andtransaction card 220 are no longer connected based on theconnection-related information and may determine to cause transactioncard 220 to initiate a transaction card mode based on determining thattransaction card 220 and user device 210 are no longer connected.

As shown by reference number 615, server device 230 may provide anindication to user device 210 to initiate the transaction card mode. Forexample, server device 230 may provide an indication to causetransaction card 220 to initiate a beacon mode. As shown by referencenumber 620, user device 210 may provide an indication to transactioncard 220 to initiate the transaction card mode. For example, user device210 may provide a set of instructions to transaction card 220 toinitiate the transaction card mode.

As shown by reference number 625, transaction card 220 may determine amanner in which to configure the transaction card mode based on a set ofparameters. For example, transaction card 220 may determine a manner inwhich to configure the transaction card mode in a manner similar to thatdescribed elsewhere herein. As shown by reference number 630,transaction card 220 may output a signal associated with the transactioncard mode (e.g., at an interval, at a threshold power level, and/or fora threshold amount of time), in a manner similar to that describedelsewhere herein.

As shown by reference number 635, user device 210 may determine adirection and/or a proximity to transaction card 220. For example, userdevice 210 may measure a signal strength of a signal output bytransaction card 220 and may determine a direction, relative to otherdirections, in which the signal strength is higher, satisfies athreshold, and/or the like (e.g., using information from anaccelerometer component of user device 210). Additionally, oralternatively, and as another example, user device 210 may useconnection-related information to determine a location where user device210 and transaction card 220 were last connected and may determine a setof directions to the location. Additionally, or alternatively, and asanother example, user device 210 may determine a proximity of userdevice 210 and transaction card 220 based on a signal strength of asignal output by transaction card 220 (e.g., based on an RSSI value ofthe signal satisfying a threshold). In some implementations, user device210 may receive an indication that transaction card 220 has been locatedand may provide an indication to transaction card 220 to terminate thetransaction card mode, in a manner similar to that described elsewhereherein.

In some implementations, when transaction card 220 and user device 210are within communicative proximity, transaction card 220 may send asignal to user device 210. In some implementations, user device 210 mayrecord connection-related information based on receiving the signal(e.g., a time at which the signal was received, a location of userdevice 210 when user device 210 received the signal, etc.) and maydetermine a set of directions to the location where user device 210received the signal.

In this way, user device 210 may communicate with server device 230 toinitiate a transaction card mode.

As indicated above, FIG. 6 is provided merely as an example. Otherexamples are possible and may differ from what was described with regardto FIG. 6.

FIGS. 7A and 7B are diagrams of an example implementation 700 relatingto example process 400 shown in FIG. 4. FIGS. 7A and 7B show an exampleof various user interfaces that user device 210 may display related tolocating transaction card 220.

As shown in FIG. 7A, and by reference number 710, user device 210 maydisplay information that identifies a signal strength of a signal thattransaction card 220 is outputting (e.g., a signal that transaction card220 is outputting while operating in a transaction card mode). In someimplementations, the information that user device 210 displays may varybased on a direction in which user device 210 is pointed (e.g., adirection in which a portion of user device 210 that includes a radiofrequency (RF) component is pointed). Displaying information in thismanner permits a user of user device 210 to determine a signal strength,in a direction, of a signal output by transaction card 220, therebypermitting the user and/or user device 210 to determine a possibledirection in which transaction card 220 is located.

As shown by reference number 720, user device 210 may display additionalinformation that indicates a direction, relative to a current directionin which user device 210 is pointed, in which a signal strength valuesatisfies a threshold (e.g., a relative direction in which an RSSI valuesatisfies a threshold), a direction in which a signal strength value isthe highest value relative to other values for other directions, and/orthe like. In some implementations, user device 210 may determinerelative directions using an accelerometer component associated withuser device 210, a GPS component associated with user device 210, acompass component associated with user device 210, and/or the like. As aspecific example, and as further shown by reference number 720, userdevice 210 may display a highlighted arrow pointing to the right,thereby indicating that transaction card 220 is possibly located in adirection to the right of a direction that user device 210 is currentlypointed. In this way, user device 210 may display information thatidentifies a possible location of transaction card 220 based on a signalstrength of a signal output by transaction card 220.

As shown in FIG. 7B, and by reference number 730, user device 210 maydetermine a set of directions from a current location of user device 210to a possible location of transaction card 220 and may provide the setof directions for display on a map. For example, user device 210 maydetermine a possible location of transaction card 220 using informationthat identifies GPS locations of user device 210 and whether user device210 and transaction card 220 were connected (e.g., were paired) at theGPS locations. Continuing with the previous example, user device 210 maydetermine a set of directions from a current location of user device 210to the last location of user device 210 where transaction card 220 anduser device 210 were connected.

As shown by reference numbers 740 through 760, user device 210 mayprovide various information for display on a map. In someimplementations, and as shown by reference number 740, user device 210may display information that identifies a current location of userdevice 210. Additionally, or alternatively, and as shown by referencenumber 750, user device 210 may display information that identifies apossible location of transaction card 220 (e.g., a location where userdevice 210 and transaction card 220 were last connected in a pairingmode). Additionally, or alternatively, and as shown by reference number760, user device 210 may display information that identifies a routefrom the current location of user device 210 to a possible location oftransaction card 220. In this way, user device 210 may facilitatelocating transaction card 220, such as when a user of user device 210has lost or misplaced transaction card 220.

In some implementations, server device 230 may determine a set ofdirections to transaction card 220, rather than user device 210determining the set of directions. For example, server device 230 mayuse connection-related information received from user device 210 todetermine a set of directions from a current location of user device 210to a possible location of transaction card 220 and may provide the setof directions to user device 210 for display. This increases anefficiency of determining sets of directions for multiple user devices210 by permitting a centralized device to determine a set of directionsfor multiple user devices 210, by permitting batch processing ofinformation from multiple user devices 210, and/or the like. Inaddition, this conserves processing resources of user device 210 byreducing or eliminating a need for user device 210 to determine a set ofdirections.

In this way, user device 210 may determine a set of directions from acurrent location of user device 210 to a possible location oftransaction card 220 and may provide information identifying the set ofdirections for display via user device 210.

As indicated above, FIG. 7 is provided merely as an example. Otherexamples are possible and may differ from what was described with regardto FIG. 7.

In this way, transaction card 220 may initiate a transaction card modethat can facilitate locating transaction card 220. For example, thetransaction card mode may cause transaction card 220 to output a signalat a threshold interval, at a threshold power level, and/or for athreshold amount of time, to permit transaction card 220 to be locatedusing the signal. This reduces an amount time needed to locate a lost ormisplaced transaction card 220. In addition, this conserves computingresources that would otherwise be consumed attempting to locatetransaction card 220 and/or that would otherwise be consumed cancellingand/or replacing a lost or misplaced transaction card 220.

Although some implementations are described with respect to a threshold(e.g., determining whether transaction card 220 is a threshold distancefrom user device 210, determining a threshold interval at which tooutput a signal, determining a threshold amount of time for which tooutput a signal, etc.), the implementations apply equally to satisfyinga threshold, i.e., exceeding or failing to exceed a threshold asrelevant. For example, the implementations apply equally to determiningwhether a distance between transaction card 220 and user device 210satisfies or exceeds a threshold, determining whether a signal strengthsatisfies or is below a threshold, determining an interval thatsatisfies or is within a threshold, determining an amount of time thatsatisfies a threshold, and/or the like.

The foregoing disclosure provides illustration and description, but isnot intended to be exhaustive or to limit the implementations to theprecise form disclosed. Modifications and variations are possible inlight of the above disclosure or may be acquired from practice of theimplementations.

As used herein, the term component is intended to be broadly construedas hardware, firmware, or a combination of hardware and software.

Some implementations are described herein in connection with thresholds.As used herein, satisfying a threshold may refer to a value beinggreater than the threshold, more than the threshold, higher than thethreshold, greater than or equal to the threshold, less than thethreshold, fewer than the threshold, lower than the threshold, less thanor equal to the threshold, equal to the threshold, or the like.

Certain user interfaces have been described herein and/or shown in thefigures. A user interface may include a graphical user interface, anon-graphical user interface, a text-based user interface, or the like.A user interface may provide information for display. In someimplementations, a user may interact with the information, such as byproviding input via an input component of a device that provides theuser interface for display. In some implementations, a user interfacemay be configurable by a device and/or a user (e.g., a user may changethe size of the user interface, information provided via the userinterface, a position of information provided via the user interface,etc.). Additionally, or alternatively, a user interface may bepre-configured to a standard configuration, a specific configurationbased on a type of device on which the user interface is displayed,and/or a set of configurations based on capabilities and/orspecifications associated with a device on which the user interface isdisplayed.

It will be apparent that systems and/or methods, described herein, maybe implemented in different forms of hardware, firmware, or acombination of hardware and software. The actual specialized controlhardware or software code used to implement these systems and/or methodsis not limiting of the implementations. Thus, the operation and behaviorof the systems and/or methods were described herein without reference tospecific software code—it being understood that software and hardwarecan be designed to implement the systems and/or methods based on thedescription herein.

Even though particular combinations of features are recited in theclaims and/or disclosed in the specification, these combinations are notintended to limit the disclosure of possible implementations. In fact,many of these features may be combined in ways not specifically recitedin the claims and/or disclosed in the specification. Although eachdependent claim listed below may directly depend on only one claim, thedisclosure of possible implementations includes each dependent claim incombination with every other claim in the claim set.

No element, act, or instruction used herein should be construed ascritical or essential unless explicitly described as such. Also, as usedherein, the articles “a” and “an” are intended to include one or moreitems, and may be used interchangeably with “one or more.” Furthermore,as used herein, the term “set” is intended to include one or more items(e.g., related items, unrelated items, a combination of related andunrelated items, etc.), and may be used interchangeably with “one ormore.” Where only one item is intended, the term “one” or similarlanguage is used. Also, as used herein, the terms “has,” “have,”“having,” or the like are intended to be open-ended terms. Further, thephrase “based on” is intended to mean “based, at least in part, on”unless explicitly stated otherwise.

What is claimed is:
 1. A device, comprising: one or more memories; andone or more processors, communicatively coupled to the one or morememories, to: trigger output of a signal by a transaction card;determine a strength of the signal associated with the transaction card,the signal output by the transaction card being responsive to thetrigger; provide, for display on a user interface of the device,information associated with the strength of the signal associated withthe transaction card; and provide, for display on the user interface ofthe device, a highlighted indicator pointing to a possible direction inwhich the transaction card is positioned, the highlighted indicatorvarying based on a direction in which the device is pointed.
 2. Thedevice of claim 1, wherein a set of directions are provided for displayon a map.
 3. The device of claim 2, wherein the map includes informationidentifying a current location of the device and a possible location ofthe transaction card.
 4. The device of claim 1, wherein the informationassociated with the strength of the signal associated with thetransaction card includes information identifying a route from a currentlocation of the device to a possible location of the transaction card.5. The device of claim 1, wherein the information associated with thestrength of the signal associated with the transaction card includes atleast one of: information identifying the strength of the signal; orinformation identifying a direction, relative to a current direction, inwhich the strength of the signal satisfies a threshold.
 6. The device ofclaim 1, wherein the one or more processors are further to: determine aproximity of the transaction card and the device based on a receivedsignal strength indicator (RSSI) value of the signal satisfying athreshold.
 7. The device of claim 6, wherein the one or more processorsare further to: receive a message from the transaction card associatedwith locating the transaction card based on the RSSI value of the signalsatisfying the threshold.
 8. A method, comprising: triggering, by adevice, output of a signal by a transaction card to initiate atransaction card mode, the transaction card mode being related tolocating the transaction card; determining, by the device, a strength ofthe signal associated with the transaction card; and providing, fordisplay on a user interface of the device, a highlighted indicatorpointing to a possible direction in which the transaction card ispositioned, the highlighted indicator varying based on a direction inwhich the device is pointed.
 9. The method of claim 8, wherein thetransaction card mode is a beacon mode, and wherein the beacon mode isinitiated when the transaction card loses a pairing connection to thedevice.
 10. The method of claim 8, further comprising: determining toinitiate the transaction card mode for locating the transaction cardbased upon the strength of the signal satisfying a threshold.
 11. Themethod of claim 8, further comprising: determining to initiate thetransaction card mode for locating the transaction card based upon afrequency of use of the transaction card.
 12. The method of claim 8,further comprising: determining to initiate the transaction card modefor locating the transaction card based upon a battery level associatedwith the transaction card.
 13. The method of claim 8, furthercomprising: providing a set of instructions to the transaction card toprevent the transaction card from initiating the transaction card modefor an amount of time.
 14. The method of claim 8, further comprising:providing, for display on the user interface of the device, informationassociated with the strength of the signal associated with thetransaction card.
 15. A non-transitory computer-readable medium storinginstructions, the instructions comprising: one or more instructionsthat, when executed by one or more processors, cause the one or moreprocessors of a device to: determine to initiate a beacon mode forlocating a transaction card, the transaction card to output a signal forlocating the transaction card; determine a strength of the signal outputby the transaction card; provide, for display on a user interface of thedevice, information associated with the strength of the signal outputthe transaction card; and provide, for display on the user interface ofthe device, a highlighted indicator pointing to a possible direction inwhich the transaction card is positioned, the highlighted indicatorvarying based on a direction in which the device is pointed.
 16. Thenon-transitory computer-readable medium of claim 15, wherein the one ormore instructions, when executed by the one or more processors, furthercause the one or more processors to: monitor input from a user of thedevice; and terminate the beacon mode when the input from the userindicates that the user located the transaction card.
 17. Thenon-transitory computer-readable medium of claim 15, wherein the one ormore instructions, that cause the one or more processors to determine toinitiate the beacon mode, cause the one or more processors to: determineto initiate the beacon mode based on information that indicates aproximity of the device to the transaction card.
 18. The non-transitorycomputer-readable medium of claim 15, wherein the one or moreinstructions, when executed by the one or more processors, further causethe one or more processors to: receive an indication that thetransaction card has been located; and provide an indication to thetransaction card to terminate the beacon mode.
 19. The non-transitorycomputer-readable medium of claim 15, wherein the information associatedwith the strength of the signal associated with the transaction cardincludes information identifying a route from a current location of thedevice to a possible location of the transaction card.
 20. Thenon-transitory computer-readable medium of claim 15, wherein theinformation associated with the strength of the signal associated withthe transaction card includes at least one of: information identifyingthe strength of the signal; or information identifying a direction,relative to a current direction, in which the strength of the signalsatisfies a threshold.